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1 

IDENTIFICATION OF INCOMING PEAK TRAFFIC FOR ELEVATORS 
FIELD OF THE INVENTION 

The present invention relates to the control of an 
elevator group. 

5 

BACKGROUND OF THE INVENTION 

When a passenger wishes to travel by elevator, he/she 
calls an elevator by pressing a landing call button 
installed at the floor. The control system of the ele- 

10 vator receives the call and tries to determine which 
one of the elevators in the elevator group is best 
able to serve the person having issued the call. This 
activity is call allocation. The problem to be solved 
by allocation is to select for each call an elevator 

15 that will minimize a preselected cost function. 

The elevator group control system is typically config- 
ured to control the elevators in accordance with pre- 
selected control algorithms. The control algorithm se- 

20 lected depends on the traffic type prevailing in the 
building at the time. Therefore, the elevator group 
control system often comprises a traffic type detec- 
tor. The traffic types identified by a basic traffic 
type detector are e.g. "normal traffic", "incoming 

25 peak traffic", "outgoing peak traffic" and "two-way 
peak traffic". Fast and reliable detection of an in- 
coming peak traffic condition is particularly impor- 
tant. In office buildings, incoming peak traffic con- 
ditions may arise in the morning during a few minutes 

3 0 as people arrive at their jobs within a short time. An 
example of typical incoming traffic in an office 
building is presented in Fig. 1. 

During incoming peak traffic, the primary function to 
35 be fulfilled by the group control system is to return 
elevators to the entrance floors in a suitable propor- 
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tion. If in normal- traf f ic Operating mode one elevator 
is returned for each call issued, then in incoming 
peak- traffic conditions elevators are returned di- 
rectly to the entrance floors without a separate call 
5 until the system establishes that the peak traffic 
condition has ceased to exist. The operation of the 
system can not be influenced by allocation decisions 
made on the basis of landing calls, because on the en- 
trance floors typically only one landing call, usually 

10 an up call, is valid. If direct return of elevators 
were not activated during incoming peak traffic, there 
would arise a situation where only two elevators for 
each entrance floor would be operating; one loaded 
with passengers and delivering them to their destina- 

15 tion floors and another empty and returning to the en- 
trance floor on the basis of a call issued from there. 
If incoming peak traffic is not identified cjuickly, 
long queues will build up in the lobby or in general 
on the entrance floor of the building and passenger 

20 waiting times will become longer. Long waiting times 
may cause dissatisfaction with the operation of the 
elevators . 

* 

On the other hand, the incoming peak mode should not 
25 be activated unnecessarily because direct return of 
elevators to the. entrance floors is a strong measure 
and its uncalled-for activation will significantly in- 
terfere with the rest of elevator service in the 
building. In that case, calls issued from floors other 
30 than the entrance floors are obviously served more 
slowly than during normal traffic. The algorithm con- 
trolling the return of the elevators must be .so de- 
signed that, during a long- lasting incoming peak traf- 
fic situation, calls issued from other floors will be 
35 served, although with a delay. 
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Identification of an incoming peak traffic condition 
involves two partially contrary objectives. The iden- 
tification must work as fast as possible, but it must 
not produce incorrect identification results. 

5 

In traditional identification of incoming peak traf- 
fic, the number of calls is monitored as passengers 
are entering an elevator in a lobby area (in this 
.case, this comprises each entrance floor of the build- 

10" ing) . Among the calls, expressly the number of calls 
with a destination outside the lobby area are consid- 
ered. When the number of calls exceeds a preset 
threshold value, the elevator in question is inter- 
preted as a peak elevator and the situation as a po- 

15 tential incoming peak traffic condition. 

A threshold value of a corresponding type is also set 
for the car load. When the elevator leaves the lobby 
area and its load exceeds the threshold value, the 

20 elevator is interpreted as a peak elevator and the 
situation as a potential incoming peak traffic condi- 
tion. When two or more* peak elevators are detected 
within a given time window, an incoming peak traffic 
mode is activated, which in turn starts direct return 

25 of elevators to the entrance floors. Two peak eleva- 
tors at a given predetermined time are required to en- 
sure that peak hour identification will not occur un- 
necessarily on the basis of occasional peak elevators 
outside actual peak traffic hours. On the other hand, 

3 0 this retards the identification of a real peak traffic 
situation at the early stage of a real peak traffic 
. condition. 

During actual peak traffic hours, it would be advanta- 
35 geous if the incoming peak traffic mode could be acti- 
vated already on the basis of a single peak elevator 
identified. For this purpose, it is possible to set in 
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the control system two separate time windows, typi- 
cally for morning and lunch- time peak hours, during 
which the identification of a single peak elevator is 
sufficient for the activation of the incoming peak 
5 traffic mode. A problem with this solution is that it 
involves the necessity to know the building and its 
users' times of elevator utilization well enough to 
allow the aforesaid time windows to be set at the most 
probable times of beginning of peak traffic condi- 

10 tions. In addition, there should preferably be a pos- 
sibility to set the time windows separately for each 
day of the week because the usage profile of the ele- 
vators of the building is typically different during 
the weekend as compared with weekdays. Weekdays again 

15 are mutually very similar to each other. However, in 
practice it is not possible to set the time windows 
separately for each day of the week because the con- 
trol logic of the elevator system typically only al- 
lows two fixed time windows to be set . 

20 

Traffic Forecaster-based identification of peak traf- 
fic conditions (TF) calculates the numbers of passen- 
gers arriving to and leaving each floor of the build- 
ing and maintains statistics of these numbers. The 
25 calculation is done during the time when the elevator 
is standing at the floor while passengers are leaving 
and entering the car. The calculation is based on the 
use of a car load weighing device and a light cell 
provided in the elevator door. 

30 

TF-based peak hour identification collects statistics 
of two different types: Long Term Statistics (LTS) and 
Short Term Statistics (STS) . The unit measure used in 
LTS statistics is e.g. "number of passengers in 15 
3 5 minutes" and in STS statistics "number of passengers 
in 5 minutes" . 
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LTS statistics are generated for each floor i. For 
each floor there are four traffic components k: pas- 
sengers arriving to the floor from below, passengers 
arriving to the floor from above, passengers leaving 
5 the floor in the downward direction and passengers 
leaving the floor in the upward direction. In LTS sta- 
tistics, the day is divided into 96 time slices fc of 
15 minutes each: the first slice covers the time from 
00:00 to 00:15, the next from 00:15 to 00:30 and the 

10 last slice from 23:45 to 00:00. Thus, LTS statistics 
is a three-dimensional matrix L iJt#t . During the day, the 
passengers are collected into daily statistics L. fc * . 
At midnight, the collected diurnal statistics are sub- 
jected to statistical approval tests to ensure that 

15 the day collected is not e.g. a midweek holiday. If 
the diurnal statistics pass the approval tests, then 
the LTS statistics will be updated e.g. as follows: 

A,*, = (l " cc\ L a , + a • L a / , ( 1 ) 

20 

where a is an update factor (0<a<l) . The selected (De- 
value is generally small (0.1 ... 0.2). With typical a 
values, the method preserves most of the old data and 
adds some new data. Depending on the school, this up- 

25 dating method is called exponential equalization or 
linear IIR (IIR, Infinite Impulse Response) low-pass 
filtering. Equation (1) yields a floating average of 
traffic component k for floor i of the building during 
time slice t. It describes a past situation, in other 

30 words, it gives the average number of passengers hav- 
ing moved before on floor i during the time slice t in 
question. 



The floors comprised in the lobby area of the building 
3 5 being known, it is possible to produce from LTS sta- 
tistics a traffic profile as shown in Fig. 1. By pro- 
portioning the traffic components to the calculated 
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transport capacity of the elevator group and using 
fuzzy logic, it is possible to identify different 
traffic types even with very fine distinctions. US 
patent 5,229,559 describes a method of this type for 
5 determining the traffic type on the basis of statisti- 
cal data. In practice, however, LTS statistics cannot 
be used directly for determining the traffic type pre- 
vailing in a building because LTS statistics represent 
a long-term average of traffic observed in the build- 

10 ing in the past. What is actually going on in the 
building at the moment under consideration may differ 
widely from the long-term average. Therefore, the 
traffic type obtained from LTS statistics should be 
interpreted as indicating the traffic type that typi- 

15 cally prevails in the building at each instant of 
time . 

In an attempt to solve the above-mentioned problem, 
short-term STS statistics have been introduced. STS 

20 statistics differ from LTS statistics in that they 
form a two-dimensional matrix S ik , where i represents 
the floor and k the traffic component. The time index 
t is missing because the number of passengers is cal- 
culated and included in STS statistics in a floating 

25 manner for the time of five minutes preceding the cur- 
rent instant. In other words, passengers having used 
the elevator over five minutes ago are removed from 
the statistics • To identify the traffic type currently 
prevailing in the building,. STS statistics are sub- 

30 jected to the same aforementioned fuzzy logic deduc- 
tion procedure as LTS statistics. 

After this, the information contained in the LTS and 
STS statistics are combined via a fairly complicated 
35 chain of inferences. In this connection, the traffic 
types given by the statistics are compared to each 
other, the traffic intensities measured by STS are 
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compared to the transport capacity of the system and 
the LTS statistics are utilized to obtain confirmation 
of the traffic type given by the STS statistics. 

5 There are two problems of principle associated with 
this method. First, LTS and STS statistics are not mu- 
tually comparable because the length of the period un- 
der consideration is not the same: typically 15 min- 
utes in LTS and 5 minutes in STS. In addition, the 

10 time slices in LTS statistics are stationary and have 
a permanent length of 15 minutes, whereas in STS sta- 
tistics the time window floats steplessly over the en- 
tire diurnal cycle. Second, particularly in view of 
incoming peak traffic, the five-minute time window of 

15 STS statistics is still too long to be used for the 
activation of an incoming peak mode. 

A third problem is associated with practical implemen- 
tation. The complicated deduction procedure for com- 
20 bining the traffic types produced by STS and LTS re- 
quire many threshold values to be separately adjusted. 
Also, trimming and testing the set of rules themselves 
is a laborious task. 

25 OBJECT OP THE INVENTION 

The object of the present invention is to overcome the 
above-mentioned drawbacks or at least to significantly 
alleviate them. A specific object of the invention is 
to achieve faster and more reliable identification of 
3 0 an incoming peak traffic condition than before. As for 
the features of the invention, reference is made to 
the claims . 

BRIEF DESCRIPTION OF THE INVENTION 

35 The present invention discloses a method, a computer 
program product and a system for the identification of 
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an incoming peak traffic condition in an elevator sys- 
-tem. 

The present invention combines information obtained 
5 from statistics with real-time information obtained 
from traditional peak hour identification. LTS (Long 
Term Statistics) statistical data collected over a 
long time span chart the passenger flows observed at 
different times of the day in the elevators of the 

10 building under consideration. Typically, queues build 
up on the lobby floors in the morning and around the 
end of the lunch break. From the statistics it is pos- 
sible to distinguish the most probable times when con- 
gestion begins to develop on the lobby floors . In tra- 

15 ditional elevator control, a call given by pressing a 
call button is served by one elevator, which remains 
stationary after the trip, waiting for the next call. 
This method works clumsily in a peak traffic situa- 
tion. The service is slow and the customers are dis- 

20 satisfied. There is a need to develop an algorithm 
that would allow faster detection of an incoming peak 
traffic condition and permit direct return of the ele- 
vators to the lobby floors to be activated without a 
separate press on a call button. 

25 

By using the present invention, it is possible to 
achieve faster identification of an incoming peak 
traffic condition. In an embodiment of the invention, 
statistics are utilized to determine the potential 

30 peak times when the lobby floors are typically con- 
gested. At the same time, the elevators in the eleva- 
tor system are observed in real time via traditional 
monitoring of car calls and car load, and when a given 
threshold value is exceeded, the elevator is assigned 

35 a peak elevator status. Threshold value refers e.g. to 
the total weight or number of the elevator passengers. 
In addition, in this embodiment, one peak elevator is 



WO 2005/000726 



9 



PCT/FI2004/000232 



already sufficient to activate the incoming peak traf- 
fic mode, i.e. direct return of the elevators. 

In another embodiment of the invention, the number of 
5 passengers gathered on the lobby floor is forecast by 
utilizing statistics and a theoretical so-called time 
interval between the times when elevators leave the 
lobby floor. If the number of customers given by the 
forecast exceeds the car load threshold value for tra- 
10 ditional peak hour identification, the situation is 
considered as a potential peak time, in which situa- 
tion even one peak elevator detected is sufficient to 
activate direct return of the elevators. 

15 As an extension of the basic idea of the invention, it 
is also possible to include in the forecast the time 
windows preceding the time window for the moment under 
consideration and/or the time window following it. In 
this case, the method in a way takes a" "lookahead" 

20 into the future and accelerates the identification of 
an incoming peak traffic condition when it is known on 
the basis of statistics that a peak time is just be- 
ginning . 

25 The present invention has several advantages as com- 
pared with prior art. Fast identification of an incom- 
ing peak traffic condition is achieved, as a conse- 
quence of which, the incoming peak traffic mode being 
activated at the beginning of the peak time, the 

3 0 queues in the lobbies are shorter as compared with 
traditional peak hour identification. In this way, 
better service is provided and passengers are kept 
more satisfied. During statistically recorded peak 
hours, the system identifies a , peak traffic condition 

3 5 already on the basis of a single peak elevator. In the 
most favorable case, the incoming peak traffic mode 
can be activated via inferences made from a large num- 
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ber of car calls even while the first peak elevator is 
only just being loaded at a lobby floor. 

A second significant advantage of the present inven- 
5 tion is that reliable identification of an incoming 
peak traffic condition is achieved. The system also 
identifies an « unexpected" peak traffic condition 
within a reasonable time on the basis of two peak ele- 
vators outside statistically unrecorded peak hours. 

10 After the initial start-up (during about a few weeks) , 
the elevator system is not able to utilize LTS statis- 
tics because the system has not yet been in operation 
long enough to allow collection of statistics. In this 
case, optimal peak hour identification is achieved 

15 without help from statistics on the traditional prin- 
ciple whereby peak hour identification is only acti- 
vated after two peak elevators have been detected. 

A third advantage of the invention is that the func- 

20 tion can be automated. The statistics collected are 
day-specific and the statistically recorded traffic 
profiles especially for weekends differ clearly from 
the corresponding profiles for weekdays. If the poten- 
tial peak hours have been set manually, they are valid 

25 on every day of the week during the same times of the 
day and they cannot be modified to make them day- 
specific. This is naturally a definite disadvantage. 
In addition, typically a maximum of only two manually 
set potential peak times can be set for the diurnal 

30 cycle. Statistics again may in principle contain an 
unlimited number of potential peak times. Moreover, an 
t automated identification function involves a great ad- 
vantage of adaptability related to usability. If sig- 
nificant changes occur in the traffic situation in the 

35 building, these changes will appear before long in the 
LTS statistics and thus peak hour identification is 
always adapted to the prevailing passenger behavior. 
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Furthermore, the delivery of an elevator system to a 
client is simplified by the fact that, using the new 
peak hour identification method, two parameters to be 
configured at delivery time or on site can be dis- 
5 carded. 



LIST OP FIGURES 

Fig. 1 presents an example of a typical incoming traf- 
fic situation in an office building, 

10 

Fig. 2 presents a block diagram representing the 
method of the present invention, and 

r 

Fig. 3 presents an example of a system where the 
15 method of the present invention is used. 



DETAILED DESCRIPTION OP THE INVENTION 

Fig. 2 presents a flowchart representing the operation 
of the method of the present invention. In traditional 

20 peak hour identification 14, peak elevators can be 
quickly and reliably detected by means of detectors. 
'Detectors' refer either to the car load weighing de- 
vice or the elevator light cell or both. In the most 
favorable case, a peak elevator is detected on the ba- 

25 sis of the number of car calls 11 while the elevator 
is still taking in passengers. When two peak elevators 
are detected within a given time window, an incoming 
peak traffic mode 17 is activated. However, tradi- 
tional identification works better if it receives ad- 

30 vance information regarding potential peak times. The 
traffic behavior of the building and the people trav- 
eling in it being known, it has often been possible to 
input the peak times to the control system manually on 
site. On the other hand, the TF (Traffic Forecaster) 

35 statistics and LTS statistics (Long Term Statistics) 
12 contain this very information needed by the tradi- 
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tional peak hour identification 14. The traditional 
peak hour identification system detects- what is cur- 
rently occurring in the building, while the TF and LTS 
statistics reveal what generally occurs in the build- 
5 ing at this time. 

In an embodiment of Fig. 2, if the traffic type given 
by the LTS statistics 12 in the 15 -minute time slice 
containing the moment under consideration is e.g. 
<heavy_incoming' or » intense_incoming' (typically e.g. 
between 07.45-08.00 o'clock), the traditional peak 
hour identification 14 activates the incoming peak 
traffic mode already on detecting a single peak eleva- 
tor. During the other traffic types given by LTS sta- 
15 tistics, two elevators are required for activation of 
the incoming peak traffic mode. The traffic types in- 
clude e.g. normal traffic, incoming peak traffic, out- 
going peak traffic and two-way peak traffic. 



10 



20 



25 



In another embodiment of Fig. 2, in block 13 a theo- 
retical time interval t t is calculated for the elevator 
group, in the case of an incoming peak traffic condi- 
tion, this means the average time interval between the 
departures of elevators leaving the lobby floor. The 
number n p of passengers gathering on the lobby floor 
during this time (i.e. the time interval during which 
passengers gather in a queue waiting for the next ar- 
riving elevator) is forecast from the LTS statistics. 

30 n p=t r (t + Z ) 

(2) 

where i is an index of the lobby floor, up> and dn> 
are indices referring to the traffic components 10 di- 
rected away from the floor and t is an index for the 
35 current 15-minute time slice. If the forecast number 
of passengers n p exceeds the predetermined car load 
threshold value for traditional peak hour identifica- 
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tion, the situation will be interpreted as being a po- 
tential peak time. In this case, one peak elevator is 
sufficient for identification of incoming peak traf- 
fic. Otherwise, two peak elevators are required. 

The above-described embodiments differ from each other 
among other things in that, in the latter embodiment, 
the fuzzy-logic deduction from LTS statistics can be 
omitted. In both of the above-mentioned embodiments, 
the traffic type 16 given by STS 15 is used if the 
traditional traffic detector 14 gives a traffic type 
other than incoming peak traffic. This selection is 
made in block 17 . 

In the identification of a potential peak traffic con- 
dition, it is possible to include in the processing, 
in addition to the 15 -minute time window, even the 

» 

preceding time window (with index *T-1') and the next 
time window (with index % T+1'). In this case, the num- 
ber of passengers gathering in the elevator queue can 
be forecast as follows: 

"pi = *t * (hu P >, + L ltdn>J ) ( 3 ) 

n pz = *i * (A.t/ P >,/+i + A t <fr>,/+i )• x / 

where (3 and % are configuration coefficients (0<>6<1 
and 0<^<1). if one of the calculated queue lengths 

n pi' n P2 or n P 3 exceeds the car load threshold value, 
30 then the situation can be interpreted as being a po- 
tential peak time, from which again a transition to 
the incoming peak traffic mode is inferred as de- 
scribed above. The consideration is based on antici- 
pating future events by having a lookahead into the 
35 next time window. If the next time window represents a 
peak time according to statistics but the current mo- 
ment is still within normal traffic time, then it can 



5 



10 



15 



20 



WO 2005/000726 



14 



PCT/FI2004/000232 



be assumed to be very probable that a peak elevator 
detected at the current moment indicates the onset of 
an incoming peak traffic condition. A corresponding 
inference can be made from the time window preceding 
5 the current moment. If according to the statistics the 
preceding time window represents an incoming peak 
traffic condition, then it is very probable that "a 
peak elevator detected at the current moment still 
means an actual incoming peak traffic situation. The 
10 configuration coefficients P and % can be used to ad- 
just the sensitivity of the Uookahead' . 

In an elevator group there often occur situations 
where all the elevators in the group are not serving 

15 normal passenger traffic. Elevators may be undergoing 
maintenance, they may be serving special calls or be- 
ing used for some other special purposes. In these 
situations, the transport capacity of the rest of the 
elevator group is reduced and lower- than-normal abso- 

20 lute traffic intensities lead to peak traffic situa- 
tions. When elevators are missing from the service of 
normal traffic, the time interval t z increases. Thus, 
according to (2) and (3), n p increases, from which it 
again follows that the car load threshold value is 

25 reached sooner. The reduced transport capacity of the 
elevator group is thus automatically taken into ac- 
count, because the peak hour identification system 
transits into a potential peak traffic mode at traffic 
intensities lower than normal. 

30 

Fig . 3 presents an example of a system where the 
method of the present invention can be used. In this 
example, the elevator system comprises two elevators 
20, 23. The elevators are provided with light cells 
35 22, 25 and car load weighing devices 21, 24 for real- 
time monitoring of the numbers of passengers. The data 
regarding the numbers of passengers are input to the 
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control logic 26, where the movements of the elevators 
in the elevator system are controlled. The statistical 
data regarding the numbers of passengers transported 
• by the elevators are stored in a database 27 . In addi- 
5 tion to the above, the control logic is also used to 
make a decision as to which is the most typical traf - - 
fic type for the moment under consideration obtainable 
from the statistics. Furthermore, on the basis of the 
method of the present invention, the control logic 

10 makes a decision regarding the prevailing traffic type 
and controls the elevators in accordance with the de- 
cision thus made. In other words, the control logic 
interprets the prevailing traffic type as a peak traf- 
fic condition if the car load threshold value for peak 

15 hour identification is exceeded in at least one eleva- 
tor and the collected statistical data for the current 
time window indicates a peak traffic situation. In 
practice, the control logic consists of e.g. a com- 
puter in combination with a computer program imple- 

20 menting the decisions regarding traffic type and the 
control of the elevators. 

In an embodiment of Fig. 3, the system comprises first 
determining means for determining weighting values for 
25 the entrance floors on the basis of statistical data 
according to the numbers of users and control means 
for directing the elevators to the entrance floors 
during an incoming peak traffic situation in accor- 
dance with the weighting values thus determined. 

30 

In an embodiment of Fig. 3, the system comprises sec- 
, ond determining means for determining the number of 
simultaneous peak elevators that is required for iden- 
tification of a real-time peak traffic situation. 

35 

In an embodiment of Fig. 3, the system comprises third 
determining means for determining the length of the 
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time window to be used in the statistical data, calcu- 
lating means for calculating the numbers of passengers 
arriving to and leaving a floor within the determined 
time window in relation to the time of the day, sum- 
ming means for adding the said statistical data col- 
lected for the diurnal cycle under consideration and 
comprising the numbers of passengers to existing sta- 
tistical data, weighted with a predetermined update 
coefficient, and first deducing means for deducing the 
most probable traffic type prevailing during each time 
window on the basis of said statistical data. 

In an embodiment of Fig. 3, the system comprises first 
identifying means for identifying a potential peak 
traffic situation if the aforesaid statistical data 
indicates a peak traffic situation and second deducing 
means 26 for interpreting a potential peak traffic 
situation as an actual peak traffic condition if the 
number of peak elevators detected during the potential 
peak traffic situation is at least one but less than 
the aforesaid simultaneous number of peak elevators. 

In an embodiment of Fig. 3, the system comprises time 
interval determining means for calculating the average 
time interval between the departures of elevators from 
the entrance floor, estimating means for forecasting 
the number of passengers gathering in an elevator 
queue on the basis of statistical data during the 
aforesaid time interval, first identifying means for 
30 identifying a potential peak traffic situation when 
the aforesaid forecast number of passengers exceeds 
. the car load threshold value for peak hour identifica- 
tion and second deducing means for inferring a poten- 
tial peak traffic situation as an actual peak traffic 
35 situation if the number of peak elevators detected 
during the potential peak traffic situation is at 
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least one but less than the aforesaid simultaneous 
number of peak elevators . 

In an embodiment of Fig. 3, the second deducing means 
5 has been arranged to require at least the aforesaid 
number of peak elevators outside a potential peak 
traffic situation for identification of an actual peak 
traffic situation . 

10 In an embodiment of Fig. 3, the system comprises 
fourth determining means for determining weighting co- 
efficients for one or more time windows preceding and 
following the time window used in statistical data, 
estimating means for forecasting in the aforesaid man- 

15 ner the number of passengers accumulated in addition 
to the time window for the moment under consideration 
for all the aforesaid time windows by using the 
weighting coefficients determined/ second identifying 
means for identifying a potential peak traffic situa- 

20 tion if at least one of the aforesaid forecast numbers 
of passengers exceeds the car load threshold value for 
peak hour identification and second deducing means for 
inferring a potential peak traffic situation as an ac- 
tual peak traffic situation if the number of peak ele- 

25 vators detected during the potential peak traffic, 
situation is at least one but less than the aforesaid 
simultaneous number of peak elevators . 

The means described above are implemented using e.g. a 
30 control logic 26. The means can also be implemented as 
a combination of software and hardware. 

A peak hour identification principle operating in the 
above-described manner can be compared to automatic 
35 parking of elevators. Typically, the parking floors 
are determined manually at the time of delivery of the 
elevator or they are configured on site. In automatic 
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parking, the building is divided on the basis of LTS 
statistics into parking zones based on the traffic 
components directed away from the floors. Within each 
zone, the floor with the most intense traffic away 
5 from the floor is selected as the main parking floor. 
The zones again are defined in such manner that the 
intensity of the total traffic away from the floors of 
different zones is equal in each zone. Thus, the 
floors with quiet traffic" form higher zones as com- 
10 pared to the floors with intense traffic. The actual 
dispatching of the elevators to the parking floors is 
done in the same way as in the case of manually de- 
fined floors . 

In a manner corresponding to the above-described auto- 
matic parking, wherein statistics are used to deter- 
mine where the elevators should preferably be parked 
and the actual parking is carried out by a traditional 
method, in peak hour identification the statistics are 
read in block 13 to see when a potential incoming peak 
traffic situation is to be expected and the actual in- 
coming peak traffic condition is identified by a tra- 
ditional method in block 14. Thus, the statistics have 
a role that is the most natural to them. They serve as 
an aid in actual decision-making, which again works in 
accordance with information on occurrences actually 
taking place in the system at the present moment. 

The invention is not limited to the embodiment exam- 
30 pies described above; instead, many variations are 
possible within the scope of the inventive concept de- 
fined in the claims. 
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